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Yazilim gelistirme stireclerinin hizli, dtisik maliyetli ve kaliteli bir sekilde yeniden kullanilabilecek sekilde 
tasarlamanmasi giintimiizde aranan yaklasimlardan biridir. Yazilim gelistiren bircok firma fark 6zelliklere 
sahip fakat temelde birbirine gok benzeyen yazilimlar tiretmektedir. Yazilim miihendisligi her ne kadar 
orijinal gelistirmeye daha cok odaklansa da kisa zaman icerisinde diistik maliyetli ve kaliteli bir yazilim tirtint 
ortaya cikarmak istemektedir. Bu da yazilimin yeniden kullanimini benimseyen bir tasarim yaklasimiyla 
miimkiindtir. Yazilim tirtin hatti bu yaklasimlardan biridir. Yazilim tiritin hatlan, belirli bir tiriin ailesinin 
ortakliklarini ve degiskenliklerini g6z 6niinde bulundurarak temel varliklan olusturmayi ve bu varliklarmn 
yeniden kullanimini saglayarak, yazilim gelistirme stirelerinin ve maliyetlerinin azaltilmasinda 6nemli 
avantajlar saSlayan bir yaklasimdir. Bu nedenle YUH yaklasimi, klasik yaklasimda da kullanilan yeniden 
kullanim y6nteminin ¢ok daha sistematik bir sekilde kullanilmasi temel almaktadir. Yazilim triin hatti 
mithendisliginde Alan Mihendisligi ve Uygulama Mithendisligi olmak tizere birbirine paralel iki ayn stire¢ 
bulunmaktadir. Bu bildiride, yazilim tirtin hatt1 yaklasim1 ¢ercevesinde ger¢eklestirilen alan miihendisligi 
calismalari anlatilacaktir. Bu kapsam da yazilim iiriin ailesi kullanan 20 farkli yazilim incelenerek, 6ncesinde 
belirlenen dlciitler cergevesinde 4 pilot yazilim belirlenmistir. Bu yazilimlar tizerinde ¢alisarak, problem 
tanim1 ¢ikarilmistir. Problem tanimina gére referans mimarisi olusturulmustur. Yazilimlar arasindaki 
ortakliklar ve farkliliklar belirlenerek bir mimari tasarmm ortaya ¢ikarilmistir. 
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Yazilim, modern ve rekabetci tirtinler arasinda giderek popiilerligi artan bir varlik haline gelmistir. Basit veya 
karmasik, biiyiik veya kiictik olmasina bakilmaksizin, yazilimsiz neredeyse hig modern tirtin bulunmamaktadir. Bu 
nedenle yazilim gelistirme, sirketler acgisindan biiyiik bir Gneme sahiptir [1]. Yazilim miisterilerinin artan bir hizla yeni 
urtinler ve hizmetler talep etmesi, yazilim endiistrisini stire¢lerinin verimliligini ve trtinlerinin kalitesini arttrrmay1 
saglayan yeni yaklasimlar gelistirmeye zorlamistir [2]. Yazilim miihendisligi orijinal gelistirmeye daha cok odaklansa 
da kisa zaman icerisinde diisiik maliyetli ve kaliteli bir yazilim triinti ortaya ¢ikarmak, yazilimin yeniden kullanimini 
benimseyen bir tasarim yaklasimiyla mtimktindiir. Yazilim tirtin hatti bu yaklasimlardan biridir. 


Yazilim iiriin hatt: (YUH), belirli bir pazar kesiminin ya da gorevin ihtiyaclarim karsilamak icin, ortak yetenek 
ktimelerini kullanan sistemlerden olusan yapiya verilen isimdir. Yazilim iiriin hatti tasarlanirken tiim iirtin hatti igin 
degisken ve ortak olan gereksinimler bir araya getirilerek yeniden kullanimin artirilmasi amaglanmaktadir. Genellikle 
ekonomik hususlara dayanan sebepler, sirketleri yazilim tiriin hatt: miihendisligi (YUHM) yaklasimina yénlendirmistir 
[4]. YUHM yeniden kullanimi desteklemesi nedeni ile, maliyetleri diisiirmekte, piyasaya siiriilme siiresini kisaltmakta 
ve ortaya cikan tiriiniin giivenirliligini artirmaktadir. Fakat yeniden kullanimim saglanabilmesi igin bir 6n yatirim 
gerekmektedir. Bu yeniden kullanilabilir varliklar olusturmak, organizasyonu doniistiirmek vb. icin gereklidir [3]. 
Yaklasik 3 iiriinden sonra YUHM yaklasim1 ile maliyetlerin azaldigi Sekil 1’de gériilmektedir. 
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Sekil 1. Yazilim Uriin Hatt: Yaklasimin Maliyete Etkisi [3] 


Yazilim tirtin hatti yaklasim1, belirli bir alanda, diistik maliyetli ve kaliteli yazilimlan hizh bir sekilde gelistirmeye 
yonelik ortaya atilmistir [5]. Bu yaklasim, belirli bir tirtin ailesinin ortakliklar1 ve degiskenlikleri géz 6nitinde 
bulundurarak temel varliklar1 olusturmayi ve bu varliklari kullanarak yazilimlarin gelistirilmesini séylenmektedir [6]. 
Bu amacla YUH yaklasimi, klasik yaklasimda da kullanilan yeniden kullanim yénteminin cok daha sistematik bir 
sekilde kullanilmasi ve sadece yazilim kodlarmnda degil, her tiirlti yazilim varliginda (gereksinim, tasarim, kod, test 
tanim1) uygulanmasini temel alir [7]. 


2. Yazihm Uriin Hatti Miihendisligi veya Yazilim Uriin Hatt: Tasarimi 


Yazilim tirtin hatti mtihendisligi, tiriinler arasindaki degiskenligi ve benzerligi kullanarak bir yazilim tirtinleri ailesinin 
sistematik olarak gelistirmesini saglamaktadir. Kitlesel 6zellestirme, yazilim gelistirmenin hem gelistiriciler hem de 
kullanicilar igin daha ekonomik hale gelmesi icin dtizenli yeniden kullanim ile elde edilir. Farkli triinlerin temel 
varliklari bir platform olarak sunulmaktadir. Uriinler arasindaki ortakliklar ve farkliliklar, degiskenlik modellerinde 
yakalanmaktadir [8]. 


Uriin hatt: miihendisliginin amagladizi hedefler arasinda, gelistirme maliyetini azaltmak, kaliteyi artrrmak, piyasaya 
siirme siiresini azaltmak ve karmasiklik ile basa cikmak vardir. Uriin hatt: mithendisligi ayrica 6zel ihtiyag ve 
isteklerine uyarlanmis tiriinleri alabilmelerine imkan vermesi sebebiyle miisterilere de fayda saglamaktadir. Yazilim 
trtin hatt: mtihendisligi de yazilim projelerinde bu yaklasim1 kullanarak yeniden kullanimi saglamakta ve hem iiretici 
hem de miisteriler igin aym faydalari sunmaktadir. Yakin zamana kadar yazilim, 6zellikle g6miilii yazilim, nispeten 
kigtik 6l¢ekli ve her tirtin varyantinin kendi yazilim ¢esitliligine sahip oldugu bir sekilde gelistirilmistir. Ancak, 
giintimtizde bu durum degisiklige ugramistir. Cevremizdeki sistemler yazilimin yogun oldugu sistemlere déntismeye 
baslamistir. Ciinkti yazilim donanimdan daha esnek yapidadir. Bu da tiriinlere donanimdan bag1msiz yeni islevsellikler 
sunmaktadir. Ayrica, donanmla kryaslandiginda yazilimi kopyalamak, tasimak ve degistirmek daha kolay ve ucuzdur. 
Gémiili sistem tiriinleri disinda, yazilim genellikle degisken degildir. Bir miisteri, ihtiyag duyabilecegi tiim olasi 
6zellikleri igeren bir yazilim sistemi satin alabilir veya tek bir miisteri siparisi ile yazilim tek bir amag icin tretilebilir 
[3]. Fakat gomiilii yazilimlar diistintildtgiinde degisiklik cok fazladir ve gémiilti sistem triinlerinde karmasikligin 
neredeyse tamamini1 yazilim olusturmaktadir. Geleneksel yazilrmlar ile bu karmasikligi gidermek mimkiin 
olmamaktadir. Bu da yazilimcilan yazilim tirtin hatti mithendisligine y6nlendirmistir. 
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Sekil 2. Yazilim Uriin Hatt: Miihendisligi Cercevesi [1] 


YUHM alan miihendisligi ve uygulama miihendisligi olmak iizere iki stire¢ iizerinden agiklanmistir (Bkz. Sekil 2). 
Alan mihendisligi stireci tekrar kullanilabilir bir platformun gelistirilmesinden, dolayistyla tirtin hattinin ortaklik ve 
degiskenlik tanimimin yapilmasindan sorumludur [9]. Uygulama miihendisligi stirecinde tiriin hatti uygulamalan, alan 
mithendisliginde tanimlanan iiriin hatti degiskenliginden faydalanilarak, biiytik oranda varliklarm yeniden kullanimi 
ile olusturulmaktadir. 


A, Alan Miihendisligi: 


Alan miihendisligi, yeniden kullanilabilir platformun kurulmasindan ve béylece tiriin hattinin ortakligini ve 
degiskenligini tanmlamaktan sorumludur. Platform, her tirlii yazilim araclarindan olusmaktadir (gereksinimler, 
tasarim, gerceklestirme, testler, vb.). Bu eserler arasindaki izlenebilirlik baglari, sistematik ve tutarli yeniden kullanimi 
kolaylastirmaktadir. Alan miihendisligi, mevcut degiskenligin, uygulamalan tiretmek icin uygun olmasini saglamaktan 
sorumludur. Bu, belirli bir uygulamanin tiretilmesi i¢in yaygin mekanizmalan igermektedir. Platform, birgok yeniden 
kullanilabilir tiriinde dogru esneklik miktari ile tanimlanmaktadir [1][3]. Alan mithendisligi stirecinin temel hedefleri 
sunlardir [1]: 


e §=Yazilim iriin gruplarinin ortaklik ve degiskenliklerinin tantmlanmas1 
e =Yazilim iriin grubunun kapsaminin tanmmlanmas1 
e Istenilen cesitliliZi saZlayan yeniden kullamilabilir yapilarin tanimlanmasi 


Alan miihendisligi stireci, uygulamalarin ortakligini ve kitlesel kisisellestirmeyi destekleme degiskenligini igeren bir 
platform tiretmektedir. Bu siirec; 


trtin yOnetimi, 

alan gereksinim mithendisligi, 
alan tasarim1, 

alan gergeklestirme ve 

alan testi 


olmak iizere bes temel alt stire¢ten olusur. Alan mithendisligi hedefleri, alan mithendisligi alt siireci ile gergeklestirilir. 
Her birinin sunlari yapmasi beklenmektedir [8]: 


e Bir 6nceki islem tarafindan belirlenen degiskenligin detaylandinImasi 
e Onceki alt islem icin gerekli deSiskenligin gerceklesmesi hakkinda geri bildirim saSlanmasi 


75 


International Joint Conference on Engineering, Science and Artificial Intelligence-IJCESAI 2022 


B. Uygulama Mihendisligi 


Uygulama miihendisligi, tirtin hattinin triinlerini olusturma ve temel varliklari tiretim planina gore yeniden kullanma 
srecidir. Bu siire¢te, tiriin tasarimcilari, istenen tiriinlerin dogru bir sekilde elde edilmesini saglamak icin alan 
mithendisligi sirasinda yaratilan degiskenligi ve alan varlgim kullanir [1][3]. 


Uygulama mihendisligi asamasinda, alan miithendisligi stirecinde olusturulan temel varliklarin kullanilmasi ile tirtin 
maliyetinin dtistirtilmesi hedeflenmektedir. Ayni zamanda uygulama mihendisligi stirecinde gercgeklestirilen adimlarin 
otomatize edilmesi ile de maliyetin disiiriilmesi i¢in caligsmalar yapilmaktadir [10][11]. Uygulama miihendisliginin 
temel amaci, miimktin oldugu kadar cok sayida alan eserini yeniden kullanarak bir yazilim tiriin hatt1 uygulamasi elde 
etmektir. Bu, alan mithendisliginde olusturulan tirtin hattmin ortaklg1 ve degiskenliginden yararlanilarak elde 
edilmektedir [3]. Uygulama miihendisligi stirecinin temel hedefleri sunlardir [1]: 


e =6Bir iiriin hatti uygulamasi tanimlarken ve gelistirirken alan varliklarmin miimktin oldugunca yeniden 
kullanilmasi saglanmalidir. 

e Bir iiriin hatt1 uygulamasinin gelistirilmesi sirasinda yazilim tirtin grubunun ortakligi ve degiskenligi ortaya 
cikarilmalidir. 

e Uygulama eserlerini, yani uygulama gereksinimlerini, mimariyi, bilesenleri ve testleri belgeleyerek, bunlan 
alan eserleri ile iliskilendirilmelidir. 

e Uygulama gereksinimleri mimari, bilesen ve test durumlarina gGre degiskenlige agik olmalidir. 
Uygulama, alan gereksinimleri ile mimarlik, bilesenler ve testler arasindaki farkliliklarin etkilerini tahmin 
edebilmelidir. 


Bu cergevede dért uygulama mithendisligi alt stireci tanitilmaktadir. Bunlar [1]: 


Uygulama gereksinimleri miihendisligi, 
Uygulama tasarim1, 

Uygulama gerceklestirme ve 
Uygulama testidir. 


3. Degiskenlik Yénetimi 


DeSiskenlik Y6netimi (Variability Managing), Yazilim Uriin Hatt: Miihendisli3i yaklasrminin  temelini 
olusturmaktadir. DY, benzer 6zellik gésteren tirtinler arasmnda degisken ve ortak 6zellikleri belirlemeyi 
hedeflemektedir. Ortaklik ve Degiskenlik analizi kullanilarak, triin ailelerinin olusturulmasi icin bir yol 
saglanmaktadir. Bu sistematik yaklasimda ortaklik, bir dizi nesne arasinda ayni degere sahip olan nitelikleri ifade 
etmektedir. Degiskenlik ise bunlar arasinda farkli degerler alan nitelikleri tantmlamaktadir [12]. 

Yazilim tirtin hatlarmin ortak ve degiskenliklerini tantmlamak igin birden cok model bulunmaktadir. Bunlar arasindan 
3 tanesi yaygin olarak kullanilmaktadir: Karar Modeli, Degiskenlik Modeli ve Ozellik Modeli. 


A. Karar Modeli 


Benzer yazilim sistemleri icin degisken ve ortak noktalarin belirlenmesi, tirtin olusturmak icin etkili tasarrm kararlari 
ile sekillendirilmesi, karar odakli degiskenlik y6netimi olarak adlandiritmaktadir. Bu yaklasimda, bir trtin hattindan 
6zellestirilmis bir tirtin olusturmak igin, her varyasyon noktasinda karar alinarak ilerlenmektedir [13]. Karar modeli, 
alan mthendisliginin ihtiya¢ analizi ve mimari tasarm asamalarinda iiretilir ve bunlara karsilik gelen degerler ile 
kararlar, triin yapim sirasinda uygulama miihendisleri tarafindan céziimlenir. Karar modeli, bir tirtin hatti igin 
degiskenlikleri kapsamli bir sekilde g6stermektedir [14]. 


B. Degiskenlik Modeli 
Degiskenlik Modeli, yazilim gelistirme yasam déngiistiniin farkli yapilarinda tiretilen degiskenlik noktalar1 arasinda 


kesitsel bir iliski saSlamaktadir. Degiskenlik modeli, biri varyant digeri varyant noktalari olmak tizere iki temek yapiya 
sahiptir. Degiskenlik modeli yaklasima gore, bir varyasyon noktas1 harici ve dahili olabilmektedir. Dahili varyasyon 
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noktalari sadece gelistiriciler tarafindan gériilebilirken, harici varyasyon noktalari hem gelistiriciler hem de miisteriler 
tarafindan gériilebilmektedir. Varyasyon noktalari ile varyantlar arasinda bir bagimlilik iliskisi bulunmaktadir. Bu 
durum her varyasyon noktasinin en az bir varyant ile iliski iginde olmasi gerektigi anlamina gelmektedir. Bu 
deSiskenlik baSimliligi isteSe bagli veya zorunlu olabilmektedir. IsteSe bagli degiskenlik baSimlilis1, bir tiriin hattinin 
6zel bir tirtintinde bir varyantin olabilecegi fakat var olmasi gerekmedigi anlamina gelmektedir. Zorunlu degiskenlik 
bagimliligi durumunda 6zellestirilmis bir tiriin igin varyasyon noktasi1 mevcutsa, bir uygulama igin varyantin olmasi 
gerekmektedir [15]. 


C. Ozellik Modeli 


Ozellik Modelleri, bir YUH’ daki tiim iiriinlerin kompakt bir temsili olarak yaygin olarak kullanilmaktadir. Bir 6zellik 
modeli, diigiimlerin 6zellikleri temsil ettigi ve baglantilarin aralarmdaki iliskileri gésterdigi aga¢ benzeri bir yapi olarak 
temsil edilmektedir. Bu iliskiler, 6zelliklerin tiriinler olusturmak icin nasil birlestirilebileceSini belirlemektedir. Ozellik 
Modelleme yaklasimi ilk olarak Kang ve arkadaslari tarafinda Ozelik Odakli Alan Analizi (FODA) yénteminin bir 
parcasi olarak tanitilmistir [16]. Calismaya gore, biiyiik ve karmasik yazilim yogun sistemlerin herkes tarafindan 
anlasilmasini saglamak igin yeteneklerin ve 6zelliklerin netlestirilmesi gerekmektedir. FODA, 6ncelikle alan analizi 
sirasinda tiriin ailesinin yeteneklerini ve 6zelliklerini kesfederek, yazilim bilesenlerinin etkili bir sekilde yeniden 
kullanilmasinin gerc¢eklesebilecegini savunmaktadir. 


4. Yazilm Uriin Hatt: Tasarimi 
A. MVC Tasarim Oriintiisii 


MVC, yazilimin yapilan is ile kullanici arayiizti béliimlerini birbirinden ayristirmaya yarayan bir tasarim Griintiistidir. 
‘Model’, ‘View’ ve ‘Controller’ olmak tizere 3 temel pargadan olusmaktadir. Uygulama bu pargalara ayrilirken 
girislerin kontroli, islemlerin ger¢eklesmesi ve ¢ikisin olusturulmasi asamalari g6z Gntine alinmaktadir. ‘Model’ yapis1 
uygulama da verilerin islenmesi ve islemlerin gerc¢eklestirilmesinden sorumludur. ‘View’ kismi, yapilan islerin 
giktilarinin kullaniciya iletilmesi, gésterimin saglanmasindan sorumludur. ‘Controller’ ise dis diinyadan gelen girisleri 
denetlemek ve gerekli islemleri baslatmaktan sorumludur. 


Mevcut projelerde yapi, bir model, bir view ve bir controller olacak sekilde tasarlanmistir. Tasarlanan mimari de 
controller dis diinyadan gelen arayiiz kontrol komutlarini islemekten sorumludur. Gelen mesajlarin yapisal kontrolleri 
bu katmanda gerceklestirilir ve model’e iletilmek tizere yeni bir mesaj olusturulur. Olusturulan yeni mesaj model 
yapisina iletildikten sonra model gerekli islemleri ger¢eklestirir ve d6niis islemlerini olusturur. 


N\ 
\ 


/ * 


CONTROLLER 


Sekil 3. Mevcut MVC Yapis 
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a. Controller Yapisinin Caligmasi 


Controller yapisi gelen ve giden mesajlarin islemlerinin yapildigi iki temel fonksiyon igermektedir. Bu fonksiyonlar 
farkli 6ncelige sahip tasklarin igerisinden kullanilmaktadir. Cikis islemlerinin ger¢eklestirildigi task giris islemlerinden 
daha yiiksek 6ncelige sahiptir. Diger yandan ¢ikis islemleri aktiflesmedik¢e bu task uyutulmaktadir. Giris islemlerinin 
yonetildigi task ise kullanilacak haberlesme araytiziintin yapisina bagli olarak siirekli uyuyabilmekte ya da siirekli 
kontrol islemini gergeklestirmektedir. Stirekli uyutulan durumlarda disaridan gelen kesmeler sayesinde uyanip islemini 
tamamlayip modele komutu yénlendirmektedir. 


b. View Yapisinin Caligmasi 


View yapisi buton islemleri diginda pasif olarak galigan bir yapiya sahiptir. Termal goériintiileme sistemlerinin bir kism 
sadece masaiistii uygulamalari ile galisirken bir kismi digaridan buton yardimlari ile de kontrol edilebilmektedir. View 
yapisi buton kontrolii olan projeler disinda kullanilmamaktadir. Menii islemlerinin gerg¢eklesecegi durumlarda view 
buton girislerini yakalayarak bunlardan yeni girisler olusturmaktadir. Bu durum disinda yalnizca ¢ikis islemlerinin 
gerceklesecegi durumlarda aktiflesmektedir. 


c. Model Yapisinin Caligmasi 


Model yapisi giris islemlerinden ¢ikislarin olusturulmasinin saglandig1 yapidir. Ek olarak periyodik islemlerin 
gerceklestirildigi ve bu islemlere bagli olarak yeni ¢ikislarin olusturuldugu birimdir. Model yapisi, controller ve view 
uzerinden gelen girisleri igeriginde bulunan farkli sens6rlerin donanim yazilimlarina aktararak cihaz davranislarini 
kontrol etmektedir. Model, giris islemlerini controller ve view ile ayni task igerisinde gerceklestirmektedir. Olusan 
sonug daha ytiksek 6ncelige sahip olan ¢ikis task: aktiflestirerek déngiintin tamamlanmasini saglamaktadir. 


d. Model Donanim Yazlimlari 


Farkli sensérlerden olugan donanimlar igermektedir. Bu donanim yazilimlari nesne tabanli programlama kullanilarak 
olusturulan araytiz siniflari araciligi ile bicimsel olarak ayni yapiya sahip fakat icerikte farklilasan islemler 
gerceklestirmektedir. Bu durum tiim donanim yazilimlar icin gecerlidir. Her donanim yazilimi bir arayiiz sinifina 
sahiptir. 


e. Sorunlar 


Incelenen yazilimlar icin projeye 6zel kod tasarimlar1 yapilmaktaydi. Sonrasinda proje sayisinin artmas! ile birlikte su 
an kullanilmakta olan MVC yapisi gelistirilmistir. Projeler genelde benzer 6zellik ve donanimlara sahip oldugu icin 
olusturulmus olan bu yapi ile az bir efor harcanarak yeni projeler icin yazilim gelistirilmistir. Fakat gelisen teknoloji 
ve miisterilerin isterlerinin ¢esitlenmesi ile birlikte kullanilan MVC yapisi yeterli olmamaya baslamistir. Farkh 
platformlarda, farkli isletim sistemi isterlerine ve donanim ¢esitliligine sahip projeler gelmeye baslamistir. 10 proje 
igin kullanimi kolaylastiran bu yapi proje sayisinin 100’e yiikselmesi ile islevselligini kaybetmistir. Hem yeni gelen 
bir proje icin eski kodlarin kullaniminin imkansizlasmasi hem de yeni isterlerin mevcut projeye uygulanmasi 
zorlasmasi bizleri yenilik yapmaya dogru itmistir. 


Sekil 3’te mevcut MVC yapis1 gésterilmektedir. Projeler de donanm ihtiyaglarinin artmasi1, mevcut projeler i¢gerisinde 
miusteri ihtiyac¢larina gére farkli markalara ait donanim isterlerinin gelmesi kurulmus olan yap da kullanim zorlugu 
olusturmaya baslamistir. Yapmin modiilleri, arasinda bagimlilik ¢ok fazla oldugu i¢in ktigtik bir degisiklik durumunda 
bile bircok yer etkilenmektedir. Aynca farkh marka isterlerinden kaynakli arayiiz smniflarinda gereksiz metotlarin 
yigilmasina neden olmaktadir. 


Bu kapsamda bir yazilim iiriin hatt: calismasi yiiriitiilerek yeni bir yapmin kurulmasina karar verilmistir. [lk olarak 
yazilim trtin hatti stire¢lerinden alan miihendisligi calismalarina baslanmistir. Mevcut tasarrm incelenmistir. Bu 
incelemeler dogrultusunda referans mimariyi olusturabilmek icin degiskenlik y6netimi modellerinden 6zellik ve karar 
modellerinin uygulanmasi kararlastinilmistir. 
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B. Alan Mithendisligi Caligsmalari 
a. Oczellik Modelinin Cikarilmasi 


ilk olarak yazilim iiriin ailesi kullanan 20 farkli yazilim incelenmistir. Incelenen bu yazilimlardan farkli platform ve 
sistemlere sahip oldugu distinilen 4 pilot yazilim belirlenmistir. Belirlenen bu 4 yazilim ile detayli bir calisma 
yapilmistir. 


Yazilim itriin hatt: olusturma galigsmalar1 kapsaminda ilk olarak projelerdeki ‘Model’, View ve Controller 


katmanlarindaki base siniflardaki metot sayilari incelenmistir. Sekil 3’te g6ériildigti gibi yapi birbiri ile baglantili 
oldugu igin her yeni metot tiim yapiyi etkilemektedir. 


Tablo 1. 1.Proje Toplam Metot Sayilari 


PROJE 1 
Model Sinifi | Controller Sinifi | View Sinifi Sight Sinifi 
Public Metotlar 2 3 2 139 
Private Metotlar (Genel) 4 6 
Private Metotlar (Component) 72 70 29 28 
Tablo 2. 2.Proje Toplam Metot Sayilari 
PROJE 2 
Model Sinifi Controller Sinifi View Sinifi 
Public Metotlar 2 3 2 
Private Metotlar (Genel) 3 2 
Private Metotlar (Component) 152 309 29 
Tablo 3. 3.Proje Toplam Metot Sayilari 
PROJE 3 
Model Sinifi Controller Sinifi View Sinifi 
Public Metotlar 4 3 2 
Private Metotlar (Genel) 3 13 
Private Metotlar (Component) 147 101 29 
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Tablo 4. 4.Proje Toplam Metot Sayilari 
PROJE 4 


Model Sinifi Controller Sinifi View Sinifi Sight Sinifi 


Public Metotlar 3 3 2 219 


Private Metotlar (Genel) 4 7 


Private Metotlar 


123 106 29 13 
(Component) 


Projeler incelendiginde, View yapisimin tim projelerde ayn sekilde kullanildigi g6zlemlenmistir. Bu nedenle ilk asama 
da yapilacak ¢alismalarda Model ve Controller siniflarina odaklanmak gerektigi anlasilmistir. Tablo 1’de | .projeye ait 
veriler gortilmektedir. Bu verilere gére Model yapisi icgerisinde bulunan model sinifinda 78 metot ve sight sinifinda 
167 metot, Controller yapisi igerisindeki controller simfinda 79 metot oldugu goriilmektedir. Tablo 2’de 2.projeye ait 
veriler gériilmektedir. Bu verilere gére Model yapis1 i¢erisinde bulunan model sinifinda 157 metot Controller yapisi 
igerisindeki controller sinifinda 314 metot oldugu gértilmektedir. Bu proje de sight sin1fi bulunmamaktadir. Tablo 3’de 
3.projeye ait veriler gértilmektedir. Bu verilere gére Model yapisi i¢gerisinde bulunan model sinifinda 154 metot 
Controller yapisi igerisindeki controller smifinda 117 metot oldugu gériilmektedir. 3. proje de sight simfini 
kullanmamistir. Son olarak Tablo 4’de 4.projeye ait veriler gértilmektedir. Bu verilere gdre Model yapisi icgerisinde 
bulunan model sinifinda 130 metot ve sight sinifinda 232 metot, Controller yapis1 igerisindeki controller sinifinda 116 
metot oldugu goériilmektedir. Projelerde yapilmis olan incelemeler sonucunda public metotlarin sayisinin az ve genelde 
birbirleri ile ortak olduklar gézlenmistir. Ayni zamanda Private metotlar incelendiginde 2 farkli gruba ayrilmistir. 
Genel metotlar mesajlar1 b6Ime veya gelen mesaji anlamlandirip ilgili metota y6nlendirme gibi islemleri yaptiklari ve 
ttim projelerde ortak olduklar1 g6zlemlenmistir. Component 6zel metotlar ise béliinmiis ve ilgili komponente gerekli 
islemi yapmasi i¢gin mesaj olusturmaya yarayan metotlardan olusmaktadir. Bu metotlarin sayisinin mevcut projelerde 
bile yeterince biiyik oldugu goériilmektedir. Model sinifini kullanmak isteyen bir kisinin projeye 6zel metotlarda 
eklemesi ile birlikte bu say1 cogalmakta ve izlenebilirlik azalmaktadir. Ayrica projelere gore kod satir sayilan da Tablo 
5’te géritilmektedir. 


Tablo 5. Projelerde Toplam Satir Sayilari 
Proje 1 | Proje2 | Proje3 | Proje 4 


Model 5038 7813 5558 7404 


Controller | 2326 5790 4246 3768 


Sight 3875 5689 


Satir sayilarma baktigimiz zamanda kullanilan veya kullanilmayan tiim kodlarin yeni projelere eklenecek olmasi, proje 
ézelinde istenecek yeni metotlar ile sayilarin daha da cok artacag: disiiniildtigiinde bunlarmn ayrilarak yeni bir yapinin 
olusturulmasi gerektigine karar verilmistir. 


b. Referans Mimarisi 
Yapilmis olan analiz sonrasinda, ilk olarak model ve controller smiflarinin tiim projeler icin ortak kullanilacak sekilde 
yeniden tasarlanmasi gerektigi acikca g6riilmektedir. Bunun da birer adet olan sinif sayisinin ¢gogaltilmasi ve araya 


belirli katmanlar eklenerek saSlanabilecegi dtsitintilmiistiir. View sinifi su an tiim projelerde ortak olarak kullanildigi 
igin herhangi bir degisiklik yapilmasina gerek gértilmemistir. 
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/ ~*~ 


MAIN 
CONTROLLER 


< MAIN MODEL SD) 


Sekil 4. Yeni MVC Tasarimi 


Sekil 4’te gériildtigii gibi MVC yapisi aynen korunmak istenmistir. Dis arayiizden gelen mesajlarin ilk olarak ana 
controller sinifina gelmesi planlanmaktadir. Ana model sinifi ise aym sekilde kullanilan yardimci donanimlarin 
yapacag1 isler i¢in kodlar tiretmeye devam edecektir. Fazla sayida metota sahip olan controller ve model siniflarinin 
daha anlasilabilir olmasi igin her component yapisi igerisine model ve controller sinifi eklenerek yeni bir yapinin 
olusturulmas: diistiniilmistiir. Sekil 5’te gériildtigti gibi her donanima 6zel bir base, bir ana,bir controller ve bir model 
sinifi olusturulmasi planlanmistir. Eski yapi da model ve controller siniflarinda yapilan islemlerin, yeni yap1 da artik 
donanima 6zel siniflarda yapilmasi planlanmaktadir. 


Component 


Sekil 5. Yeni Tasarim Donanim Yazilim Yapisi 


Bu yaprya ek olarak bir de state katmani eklenmesi planlanmaktadir. Sekil 6’da controller haberlesmesi icin 
olusturulmas1 diisiinilen yap gériilmektedir. Bu state katmani Ana Controller sinifinin donanim controller siniflari ile 
haberlesmesi ic¢in bir ara katman olarak diistintilmektedir. Ayni sekilde ana model ile donanim 6zel model siniflarinin 
da haberlesmesinde de state katman: kullanilacaktir. 


a 


MAIN 
CONTROLLER 


/ 


State 
Controller 


Donanim 
I Controller 


Sekil 6. Yeni Tasarim Controller Haberlesme Yapisi 


5. Gelecekte Yapilacak Calismalar 


Yazilim tirtin hatti 2 stire¢ten olusmaktadir. Bu makale kapsaminda alan miihendisligi calismalarindan bahsedilmistir. 
Yaklasik 1 yillik bir galismanin sonunda analizler cikarilmis ve tasarim olusturulmustur. Bundan sonra galisma da ise 
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uygulama mithendisligi stirecinin yapilmasi planlanmaktadir. Béylece yazilim iirtin hatti hayata gecilmis ve bundan 
sonra gelecek olan projeler igin yazilim tirtin hatt: olusturulmus olacaktr. 


6. Sonuclar 


Mevcut MVC yapis1, kullanilan yazilimlarda gerekli isterleri karsilayabilmektedir. Fakat mevcut yazilimlarda yeni 
isterlerin gelmesi veya yeni bir yazilim talebinin olmasi durumunda yetersiz kalabilmektedir. Eski ve yeni mimari 
karsilastirildiginda gelen yeni isterlere uyum saglama konusunda, yeni mmimarinin daha esnek ve kolay ¢éziimler 
tretebildigi géritilmektedir. Yeni mimarinin daha katmanl bir yapidan olusmasi, gelecek yeni isterlerin yazilima 
uygulanmasin1 kolaylastirmasi beklenmektedir. 


Mevcut mimari biitiinciil yaklasimla gelistirildigi icin takip edilebilirlik kolay gibi diisiiniilse de artan metot ve kod 
satir sayilari diistintldtigiinde bu 6zelligini yitirmis durumdadir. Tiim metotlarm tek bir sinifta toplanmis olmasi ve 
islemlerin katmanlar olmadan gerceklestirilmesi yazilim isterlerinin eklenmesi a¢gisindan problem olusturmaktadir. 
Yeni mimarinin hem model ve controller yapilarmin donanim 6zelinde bdliinmesi hem de state katmaninin 
kullanilacak olmasi siniflardaki metot sayisim azaltmasi ve izlenebilirligi artrrmasi beklenmektedir. Kod satir 
sayilarinin da yaklasik %20 oraninda azalmasi beklenmektedir. 


Tasarlanmis olan yeni mimari ile yeni gelen isterlerin daha hizli yazilima uygulanmasi, yeni gelen yazilim isterlerinde 
ortak smniflarmin kullaniminin artmasi, daha hizli yazilim triinlerinin ¢ikarilmasi ve Uriinlerin piyasaya siiriilme 
surelerinin azalmasi beklenmektedir. Uygulama miihendisligi stirecinin hayata gecilmesi ile iyilesme verileri de ortaya 
cikacaktir. 
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